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(54) Titie: METHOD FOR ALLOCATING MEMORY IN A MULTIPROCESSOR DATA PROCESSING SYSTEM 

(54) Titre: PROCEDE D ' ALLOCATION DE MEMOIRE DANS UN SYSTEME DE TRAITEMENT DE L* INFORMATION MULTI- 
PROCESSEUR 

(57) Abstract 

The invention concerns 
a method for allocating 
physical memory locations in a 
multiprocessor data processing 
treatment system comprising 
a memory unit (Mem) with 
non-uniform access distributed 
among several modules. The 
software appl ications (AppU x ) 
are connected to a set of 
pre-defined allocation rules 
(Rg). When there is no input for 
a virtual address in an address 
mapping table, a page fault (Fp) 
is generated. The allocation 
of a physical memory location 
(Mem) is carried out according 
to one of the pre-defined rules 

based on the profile of the application (Appli x ) and the type of page fault (Fp). In a preferred embodiment the memory is organised in 
segments and the segments are subdivided into virtual address spaces. Said spaces can be associated with a specific memory allocation 
policy. Otherwise, it is the segment policy which prevails. 




* — Mem 



— Zn 



(57) Abreg£ 

L* invention concerne un proc&le* d 'allocation d 'emplacements de m6moire physique dans un systeme de traitement de 1* information 
multiprocesseur comprenant une unite" de memoire (Mem) a acces non uniforme nipartie entre plusieurs modules. Les applications logicielles 
(Applix) sont liees a un jeu de regies d' allocation de memoire pnSd6finies (Rg). Lorsqu'il n'y a pas d'entree pour une adresse virtuelle dans 
une table de correspondance d'adresses, il y a g6n6ration d'une faute de page (Fp). L'allocation d'un emplacement de mdmoire physique 
(Mem) s'effectue selon une des regies pr6d£fmies en fonction du profil de Implication (Appli x ) et du type de faute de page (Fp). Dans une 
variante de realisation preTeree, la memoire est organised en segments et les segments sont subdivises en plages d*adressage virtuel. Ces 
plages peuvent dtre assoctees a une politique d'allocation de m6moire specifique. Dans le cas contraire, c'est la politique du segment qui 
prevaut. 
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PROCEDE D'ALLOCATION DE MEMOIRE DANS UN SYSTEME 
DE TRAITEMENT DE L'lN FORMATION MULTIPROCESSEUR 

Domaine technique : 

La presente invention concerne un procede 
5 d' allocation de memoire dans un systeme de traitement de 
1 ' information multiprocesseur , plus particuli&rement un 
procede d' allocation d'une memoire a acces non uniforme. 

Dans le cadre de 1' invention, le terme "non 
uniforme" s'entend dans un sens temporel, comme il va 

10 l'etre montre. De meme, le terme "une memoire" s'entend 
dans un sens general. II peut signifier une memoire 
distribute, une hierarchie de memoire (par exemple 
comprenant des bancs de memoires a temps d' acces 
dif ferents) , ou un ensemble de m&noires de types 

15 dif ferents. 

Technique anterieure : 

Comme il est bien connu dans le domaine 
inf ormatique, il est possible d'augmenter la puissance 
d ' une machine en augmentant le nombre de processeurs dont 

2 0 elle est composee. Un type de machine connu sous le nom 

"SMP" (de I'anglo-saxon "Symetrical Multiprocessor" ou 
multiprocesseur symetrique) permet aux differents 
processeurs d'une meme machine d'acceder de fa?on 
symetrique a sa memoire au moyen d'un bus systeme, Ce sont 
25 des machines avec memoire a acces uniforme dans la mesure 
ou le temps d' acces a la memoire est sensiblement le meme 
pour toutes les donnees accedees. 

Pour cette raison, 1 1 architecture est dite "UMA" 
(de 1 ' anglo-saxon "Uniform Memory Access" ou acces uniforme 

3 0 a la memoire) • 
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La figure l annexee a la presente description 
illustre schematiquement un exemple d 1 architecture du type 
"UMA" . 

Le systeme de traitement de 1 1 information 1, que 
5 l'on appellera ci-apres module "SMP", comprend un certain 
nombre d' unites centrales ou processeurs, ou encore "CPU" 
selon la terminologie anglo-saxonne. On a represents quatre 
unites centrales dans 1* exemple de la figure 1 : 10 a 13. 
On associe a ces unites centrales 10 a 13, une memoire 
10 centrale 14 accessible par tous. 

Puisque tous les acces s ' ef f ectuent a l'interieur 
du module l, c'est-a-dire en local, et si I'espace memoire 
total disponible presente une homogeneite quant au temps 
d 1 acces (ce qui const itue I'hypothese de depart, puisqu'il 
15 s'agit d'une architecture "UMA"), le temps d* acces reste 
sensiblement le meme, quelle que soit 1" unite centrale 10 
a 13 qui effectue une requete. 

Bien que, sur la figure l, il ait ete represents 
quatre unites centrales 10 a 13, il doit etre clair que ce 

2 0 nombre est tout a fait arbitraire. II peut etre augmente ou 

diminue. Cependant, la courbe de performances de telles 
machines ne croit pas de fagon lineaire en fonction du 
nombre de processeurs, Un nombre eleve de processeurs fait 
que le systeme consomme plus de temps pour des problemes 
25 d' accessibility a ses ressources qu'il n'en dispose pour 
executer des applications. Ceci a pour consequence 
d'inflechir considerablement la courbe de performances 
lorsque le nombre de processeurs depasse une valeur 
optimale, souvent estimee a quatre environ. L'etat de la 

3 0 technique propose differentes solutions a ce probleme. 

Une solution connue consiste a regrouper en grappes 
plusieurs machines de fagon a les faire communiquer entre 
elles au moyen d'un reseau. Chaque machine possede un 
nombre optimal de processeurs, par exemple quatre, et son 
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propre systeme d' exploitation- Elle etablit une 
communication avec une autre machine toutes les fois 
qu'elle effectue un traitement sur des donnees detenues a 
jour par cette autre machine. Le temps necessaire a ces 
5 communications et la necessite de travailler sur des 
donnees coherentes posent des probleirtes de latence pour des 
applications volumineuses telles que, par exemple, les 
applications reparties qui demandent de nombreuses 
communications. La latence est la duree qui separe 
10 1' instant d'emission d'une requete d'acces a la memoire et 
1* instant auquel la reponse a cette requete est regue. 

Une autre solution connue est celle des machines a 
architecture de type dit "NUMA" (de 1 ' anglo-saxon "Non 
Uniform Memory Access") . Ce sont des machines avec memoire 
15 a acces non uniforme, dans la mesure oH le temps d'acces a 
la memoire varie selon la localisation des donnees 
accedees. Une machine de type "NUMA" est constitute de 
plusieurs modules, chaque module comprenant un nombre 
optimal de processeurs et une partie physique de la memoire 

2 0 totale de la machine. Une telle machine, est a acces memoire 

non uniforme car un module accede generalement plus 
facilement et plus rapidement a une partie physique de la 
memoire qu'il ne partage pas avec un autre module qu'a une 
partie qu'il partage. Bien que chaque module possede un bus 
25 systeme prive reliant ses processeurs et sa memoire 
physique, un systeme d ' exploitation coramun a tous les 
modules permet de considerer 1' ensemble des bus systemes 
prives comme un seul et unique bus systeme de la machine. 
Un adressage logique affecte un lieu de residence a un 

3 0 emplacement de memoire physique determine d'un module. Pour 

un processeur considere, on distingue les acces a une 
partie de memoire locale, situee physiquement sur le meme 
module que le processeur, et les acces a une partie de 
memoire distante, situee physiquement sur un ou plusieurs 
35 autres modules que celui oil est situe le processeur. 
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La figure 2 annexee a la presente description 
illustre schematiquement un exemple d ' architecture de ce 
type, c'est-a-dire une architecture "NUMA" . Pour simplifier 
le dessin, on a suppose que le systeme de traitement de 
5 1 ' information 1* comprend seulement deux modules, M a et 
du type "SMP" precite, et que les deux modules sont 
identiques. II doit cependant etre bien compris que le 
systeme de traitement de 1 1 information 1' peut comporter un 
plus grand nombre de modules et que les modules M a et Mb, 
10 peuvent etre differents (notamraent en ce qui concerne le 
nombre d' unites centrales). 

Le module M a comprend done quatre unites centrales 
10 a a 13 a , et une memoire centrale I4 a - De meme , le 
module M& comprend quatre unites centrales 10^ a 13b, et 
15 une memoire centrale 14jt>. Les deux memoires 14 a et 14jfc», (et 
de fa<?on plus generale les n memoires centrales) 
communiquent entre elles a l'aide de ce qui est appele un 
"lien" 2, generalement via des antememoires dites eloignees 
15 a et 15jt>, respectivement . Le lien 2 ne se resume pas a de 

2 0 simples liaisons physiques, mais comprend des circuits 

electroniques divers classiques (circuits de commande, 
d* interface, etc.)/ qu'il est inutile de deer ire plus 
avant . 

On comprend aisement que, dans une telle 
25 architecture, si une application s' execute dans le 
module M a , par exemple, le temps d'acces a la memoire 
"proche" 14 a (acces en local) est, a priori, inferieur au 
temps d'acces a la memoire "eloignee" 14jb situee dans le 
module Mjb, ce quelle que soit 1' unite centrale 10 a a 13 a , 

3 0 concernee. II est notamment necessaire de passer par le 

lien 2 lorsque les donnees sont physiqueraent stockees dans 
un autre module, ce qui augmente sensiblement le temps de 
transf ert. 

Dans les systemes de traitement de 1 ' information 
3 5 modernes, 1' allocation de la memoire pour une application 



WO 99/12099 



5 



PCT/FR98/01855 



donnee s' effectue sur la base d'un espace memoire virtuel. 
Cette allocation est placee sous la commande du systerae 
d' exploitation ou "OS" (de 1 ' anglo-saxon "Operating 
System") . On effectue ensuite une correspondance dynamique 
5 entre 1' espace memoire virtuel et la memoire physique. Pour 
ce faire, on utilise classiquement des tables de 
correspondance d'adresses. On parle de "mapping" dynamique, 
selon 1" expression anglo-saxonne couramment utilisee. 
Differents types de configurations de memo ires ont ete 

10 proposes : organisation par regions ou par segments. Pour 
fixer les idees, dans ce qui suit, sans limiter en quoi que 
ce soit la portee de 1' invention, on se placera dans le cas 
d'une configuration du type "segment". De fagon pratique, 
un segment se definit comme un espace d'adresses virtuelles 

15 contigues, de longueur fixe et determinee. 

De fa?on plus precise, dans I'art connu, la 
correspondance dynamique precitee ou "mapping" s' effectue 
selon des regies communes a toutes les applications quels 
que soient leurs types, sans tenir compte de la 

2 0 localisation de la memoire physique. De fa?on pratique, si 

un processus veut acceder a une adresse virtuelle et 
qu'aucune entree dans la table de correspondance d'adresses 
n'est trouvee, il y a generation d'une exception qui se 
formalise par la detection d'un defaut de page, selon la 
25 terminologie "UNIX" (marque deposee) . Le terme "page" peut 
etre defini de fagon plus generale comme etant une "plage 
d'adresses contigues". Une page constitue une subdivision 
d'un segment. Cependant, pour des raisons de 
simplification, le terme "page" sera utilise dans ce qui 

3 0 suit. Suite a une detection de defaut de page, un 

dispositif appele gestionnaire attribue de la memoire 
' physique, et ce selon les regies communes precitees. Cette 
methode d 1 allocation simple est tout-a-fait adaptee pour 
les machines classiques "SMP" du type "UMA" precite, 
3 5 puisque le temps moyen d'acces a la memoire est uniforme. 
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Par contre, lorsqu'il s'agit d'une architecture du 
type "NUMA", telle que decrite en regard de la figure 2, 
pour laquelle le temps d'acces n'est plus uniforme, le 
besoin se fait sentir de disposer d'un procede d' allocation 
5 de memoire qui minimise 1' impact negatif sur les 
performances du systeme. 

Dans l'art connu, des procedes ont ete proposes en 
ce sens. A titre d'exemple, on a propose de modifier les 
regies d' allocation de memoire en vue d'obtenir une 

10 optimisation, mais les regies une fois modifiees restent 
identiques pour toutes les applications. En outre, ce 
procede presente des inconvenients supplementaires. Les 
regies modifiees peuvent s'averer avantageuses pour une 
application donnee, mais inappropriees, voire dangereuses 

15 pour une autre. 

On-a egalement propose des "API" particuliers (de 
l'anglo-saxon "Application programmable Interface" ou 
interface programmable pour application) adaptees pour 
definir un algorithme particulier associe a une application 

20 donnee, en vue d'effectuer la correspondance ("mapping") 
entre l^space memoire virtuel et la memoire physique, mais 
il est alors necessaire de modifier, a la fois, les 
applications correspondantes et la partie residente du 
systeme d' exploitation ("kernel"). Cette methode ne peut 

25 done pas s'appliquer telle quelle aux programmes existants. 
En tout etat de cause, elle manque de souplesse et son 
efficacite est limitee. 

Expose de 1 ' invention : 

L' invention se fixe done pour objet un procede 
3 0 d' allocation de memoire pour un systeme de traitement de 
1 1 information a acces non uniforme de la memoire centrale, 
notamment du type "NUMA" precite, qui vise a repondre aux 
besoins qui se font sentir pour cette architecture 
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10 



particuliere et qui ne presente pas les inconvenients des 
procedes de l'art connu. 

Pour ce faire, 1' allocation de memoire s'effectue 
en fonction du profil propre a chaque application, c'est-a- 
dire en mettant en oeuvre un jeu de regies d' allocation 
tenant compte de ce profil entre lesquelles, a chaque faute 
de page detectee, il est opere automatiquement une 
recherche determinant laquelle doit etre executee pour 
1' allocation de memoire physique. 



Dans un mode de realisation prefere, 1' allocation 
de memoire physique s'effectue en outre, en tenant compte 
du type de faute de page. En effet, lors de son execution, 
une application se subdivise en differents objets tels que 
du texte, des donnees, de la memoire partagee, etc., qui 
15 utilisent differemment l'espace global de memoire du 
systeme. L' invention permet done d'optimiser egalement les 
acces memoire en fonction de ce parametre. 

Le procede de 1' invention, dans les variantes qui 
viennent d'etre mentionnees, off re une amelioration tres 

20 significative par rapport a l'art connu, et notamment de 
meilleures performances et une grande souplesse. En outre, 
il n'est pas necessaire de modifier les applications 
existantes. Cependant, il doit etre note que, dans la 
pratique, l'espace d'adressage virtuel d'un systeme de 

25 traitement de 1 ' information multiprocesseur, notamment de 
type "NUMA" , est habituellement tres vaste. Pour fixer les 
idees, si le systeme d' exploitation est sous 
1 ' environnement "UNIX" precite ou une de ses variantes, un 
simple segment de memoire virtuelle represente 

30 habituellement 256 MO. On concoit aisement, dans ces 
conditions, qu'une regie unique par segment peut ne pas 
etre optimisee pour un certain nombre d' applications, meme 
si ce segment est associe a une seule classe : "type 
donnees", par exemple. il est par ailleurs usuel de 

3 5 subdiviser un segment en sous-espaces d'adressage virtuel, 
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que l'on appellera ci-apres "plages virtuelles" ou encore 
"ranges" selon la terminologie anglo-saxonne. Les 
differentes zones d'adresses d'un segment, correspondant a 
ces plages virtuelles, peuvent etre utilisees de fagon 
5 differente. 

Contrairement a une page, qui elle aussi forme une 
subdivision d'un segment, les "plages virtuelles" ainsi 
definies peuvent avoir des longueurs variables. De fagon 
pratique, on admettra que, dans l'exemple d' application 
10 preferee (environnement "UNIX") , la granularite des plages 
virtuelles peut descendre jusqu'au niveau de la page. 

Pour fixer les idees, on peut, par exexnple, 
reserver une plage virtuelle de 50 MO pour un tableau 
definissant une memoire physique tampon en vu de lire des 
15 donnees enregistrees sur un disque, par 1 ' intermediaire 
d'un controleur d' entree-sortie. 

Meme si on se limite a cet exemple simple, on 
comprend que la localisation de la memoire tampon dans 
l'une des memoires physiques du systeme, dans le cas d'une 

2 0 architecture "NUMA", par rapport d'une part au module 

auquel est rattache le disque precite, et d' autre part a 
1 1 application specif ique utilisant ces donnees, n'est pas 
indif f erente, en terme de performances. 

Aussi, selon une variante supplement a ire de 
25 1' invention, et toujours selon un mode de realisation 
prefere, on associe selectivement une politique 
d' allocation de memoire specif ique a chacun des plages 
virtuelles ou "ranges". Cette caracteristique technique 
permet d'optimiser encore plus les allocations de memoire 

3 0 en cas de detection de faute de page, au prix de 

modifications limitees apportees aux applications pour 
lesquelles cette variante du procede de 1 1 invention est 
mise en oeuvre. 
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Selon cette variante, lorsqu'il y a generation 
d'une exception, qui se traduit par une faute de page, le 
gestionnaire charge de trouver la regie a executer scrute 
une table en vue de determiner s'il existe une politique 
5 d'allocation specifique associee a cette. plage virtuelle. 
Si cette politique specifique n* existe pas, la politique 
gouvernant 1' ensemble hierarchique superieur que constitue 
le segment est adoptee. Dans le cas contraire, une regie 
d f allocation de memoire est derivee de cette politique 

10 specifique. En d' autres terraes, un meme segment peut 
comprendre une ou plusieurs plages virtuelles, ou "ranges", 
associees chacune a une politique d'allocation de memoire 
specifique, en meme temps qu'une ou plusieurs autres plages 
virtuelles obeissant a la politique generale du segment, 

15 voire du systeme, et aux regies qui en decoulent. II doit 
etre clair que le terme "specifique" n'implique pas 
obligatoirement que la politique d'allocation associee a 
une plage donnee, reperee arbitrairement n (avec n compris 
entre 1 et jn, si le segment comprend jq plages), soit 

2 0 differente de celle associee a une ou plusieurs autres 

plages virtuelles, par exemple les plages virtuelles n+2 
et n+5. 

De fa?on pratique, on recourt a des structures de 
liste pour determiner quelle regie d'allocation de memoire 

25 il est necessaire d'utiliser, chaque element de la liste 
correspondant a une plage d'adresses contigues, delimitee 
par les adresses de debut et de fin de la plage virtuelle. 
De fa?on pratique, un element de la liste est un 
emplacement de memoire stockant les regies d'allocation de 

30 memoire qui s'appliquent a une plage virtuelle donnee. Les 
differents elements de la liste sont scrutes, 
sequentiellement, pour determiner quelles regies doivent 
etre appliquees. 

Ce processus peut encore etre accelere. Selon une 

3 5 variante supplementaire de ce mode de mise en oeuvre de 
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1' invention, on subdivise les segments en N sous-espaces 
d'adresses virtuelles contigus, tous de meme longueur. On 
prevoit une table, dite de "hash", comprenant egalement N 
entrees. A ces N entrees sont associees autant de 
5 structures individuelles de listes. La longueur des 
structures de liste individuelles n'est pas fixe. Elle 
depend du nombre de plages virtuelles associees a cette 
entree. Lorsque une faute de page est detectee, le 
gestionnaire d'adressage H connalt l^dresse qui a 
10 provoquee la faute de page. II lui est done aise de 
determiner le numero de 1' entree correspondante dans la 
table. 

La table "hash" est constitute de N emplacements de 
memoire, chaque emplacement stockant au moins une 
15 information sur le fait qu'il existe une plage virtuelle 
associee a cette entree et qui necessite le recours a une 
politique specif ique d' allocation de memoire. De fa?on 
pratique, lorsqu'une faute de page est detectee, son entree 
dans la table est lue et des lors qu'il existe un pointeur 

2 0 caracteristique de la presence d'une politique d 1 allocation 

specif ique, il s'ensuit, sans etape supplement a ire, la 
determination de celle des plages virtuelles precitees du 
segment qui est associee a cette faute de page. Pour les 
segments ne comprenant pas de plages virtuelles associees a 

25 une politique specifique, la politique a appliquer est 
celle du segment dans sa globalite. Par contre, pour les 
plages virtuelles necessitant des politiques d* allocation 
de memoire specif iques, il est necessaire de scruter un ou 
plusieurs elements d'une structure de liste associes a une 

30 entree particuliere de la table. Cependant, la longueur de 
cette structure de liste est beaucoup plus limitee que dans 
le cas precedent, puisqu'elle ne couvre que les plages 
virtuelles associees a ladite entree. Du fait de ces deux 
particularites, la variante de realisation qui vient d'etre 

3 5 decrite accelere bien le processus d* allocation de memoire, 
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pour le Hioins la phase de determination des regies a 
appliquer . 

L' invention a done pour objet un procede 
d* allocation d' emplacements de memoire physique par mise en 
5 correspondance avec au moins une plage d'adresses contigues 
de memoire dans un espace d'adressage yirtuel associee a 
une application logicielle determinee, 1 1 application etant 
en cours d' execution dans un systeme de traitement de 
1 1 information comprenant une unite de memoire a acces non 

10 uniforme et utilisant plusieurs types de memoire virtuelle, 
ladite mise en correspondance s'effectuant par scrutation 
d'une table de correspondance d'adresses, caracterise en ce 
qu'il comprend au moins une etape consistant a lier ladite 
application logicielle determinee a des regies d' allocation 

15 de memoire choisies parmi un jeu de regies predefinies, et 
en ce" que, lorsque ladite table de correspondance 
d'adresses ne comporte pas d' entree pour une plage 
d'adresses contigues de memoire d'adresses virtuelles 
associees a ladite application logicielle determinee, il 

2 0 comprend une etape de generation d'une exception et une 

etape subsequente d 1 allocation d'un emplacement de memoire 
physique selon une desdites regies d' allocation de memoire, 
le choix de la regie etant assujetti au profil desdits 
types de memoire virtuelle utilises par 1 ' application 
25 logicielle determinee. 

Meilleure maniere de realiser 1* invention : 

L' invention sera mieux comprise et d'autres 
caracteristiques et avantages apparaltront a la lecture de 
la description qui suit en reference aux figures annexees, 

3 0 parmi lesquelles : 

- la figure 1 illustre schematiquement une architecture 
de systeme de traitement de 1 1 information a acces de 
memoire uniforme dite "UMA" ; 
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- la figure 2 illustre schematiquement une architecture 
de systeme de traitement de 1 1 information a acces de 
memoire non uniforme dite "NUMA" ; 

- les figures 3a et 3b illustrent schematiquement les 
5 acces a la memoire pour deux exemples d ' applications 

logicielles ; 

- la figure 4 illustre un exemple de subdivision d'une 
application logicielle ; 

- la figure 5 illustre schematiquement 1' allocation 
10 d'un emplacement de memoire selon l'art connu, lors de la 

generation d'une faute de page ; 

- les figures 6a et 6b illustrent schematiquement 
1' allocation d'un emplacement de memoire selon 1' invention, 
lors de la generation d'une faute de page ; 

15 - les figures 7a et 7b illustrent un mode de 

realisation supplementaire du procede selon 1' invention ; 

- la figure 8 illustre schematiquement un exemple 
pratique d • implantation des variantes du procede selon 
1 ' invention dans un systeme de traitement de donnees 

2 0 numerique ; 

- la figure 9 illustre schematiquement un exemple 
pratique d 1 implantation du mode de realisation 
supplementaire du procede selon 1' invention, selon une 
premiere variante ; 

2 5 - et les figures 10a a 10c illustrent schematiquement 

un exemple pratique d' implantation du mode de realisation 
supplementaire du procede selon 1' invention, selon une 
seconde variante. 

Pour fixer les idees, sans limiter en quoi que ce 

3 0 soit la portee de 1' invention, on se placera ci-apres dans 

le contexte d'un systeme de traitement de 1 1 information 
dont le systeme d ' exploitation est du type "UNIX" ou 
similaire, sauf mention contraire. 



WO 99/12099 



13 



PCT/FR98/01855 



Pour les applications fonctionnant sous cet 
environnement, 1' espace d'adressage virtuel peut etre 
divise en differents types, notamment les types suivants : 

- le texte ou le texte programme (code executable) ; 
5 - les donnees initialisees ; 

- les donnees modifiees ; 

- les "stacks" ou piles ; 

le "heap", c'est-a-dire 1' allocation dynamique 
(tables, etc.) ; 

10 - la memoire partagee ; 

- les bibliotheques partagees. 

Lors du deroulement d'une application, celle-ci 
utilise les differents types de memoire du systeme 
egalement de fa?on differente. En outre, une application ou 
15 une nouvelle instance de la meme application peut 
s'executer dans l'un ou 1' autre des deux modules M a ou Mb 
du systeme de la figure 2. Ce qui est vrai pour une meme 
application, l'est encore plus pour deux applications de 
profils differents. 

20 Le s figures 3a et 3b illustrent schematiquement 

deux types d' applications, a savoir une "mini-base de 
donnees" ( "minidatabase") et une base de donnees plus 
tradit ionnelle . 

On a represents sur ces deux figures la memoire 
2 5 globale du systeme par la reference unique Afejn. 

Dans le premier cas, illustre par la figure 3a, 
lors d'une periode d' initialisation, les acces sont 
cantonnes a un espace d'adressage represents symboliquement 
par la zone Zini, situee arbitrairement sur la gauche de la 
30 figure 3a. Puis, les acces s'effectuent dans un espace 
d'adressage, symbolise par une zone Zf, egalement d'etendue 
restreinte et supposee connexe a la zone Zini, dans 
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1' exemple de la figure 3a. Les emplacements de memoire 
physique, pour cette application particuliere, peuvent done 
etre cantonnes dans un seul module, et plus precisement en 
local . 

5 Ce n'est generalement pas le cas pour une base de 

donnees classique, comme illustre par la figure 3b. Les 
acces peuvent s'etendre a tout l'espace memoire, comme le 
symbolisent les f leches representees sur la figure 3b. II 
s'ensuit que les emplacements de la memoire physique 
10 occupee sont generalement distribues sur deux modules ou 
plus. 

En outre, comme il a ete indique, pour une meme 
application, l'espace memoire virtuel se subdivise en 
differents types de segments : texte, donnees, etc. 

15 A titre d' exemple non limitatif, lorsqu'une 

application donnee Appli s' execute, ses differents 
composants sont partitionnes en segments de memoire 
virtuels : Texte T, Donnees Da (de differents types) , 
Stack St, memoire partagee Shm, fichiers Fi, etc., comme 

20 illustre par la figure 4. Classiquement , un dispositif 
gestionnaire H , ou "handler" selon la terminologie anglo- 
saxonne couramment utilisee, attribue a ces segments de 
memoire virtuels des emplacements dans la memoire physique 
globale Mem du systeme. 

25 On va maintenant decrire le mecanisme d' allocation 

de memoire physique sur detection d'une faute de page. 

On a indique precedemment qu'une application en 
cours d 1 execution utilise les differents type de memoire de 
fagon differente egalement. De meme, une application qui se 
3 0 deroule initialement dans un module donne (par exemple 
figure 2 : Af a ) peut se continuer dans un autre (par exemple 
figure 2 : Mb) , ou une instance supplement aire de cette 
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application peut se creer et s'executer dans un module 
different. 

Si on suppose qu'une application tente d'effectuer 
une instruction particuliere, par exeraple une instruction 
5 de chargement, ou "load", a une adresse virtuelle 
determinee, par exemple 1' adresse arbitraire "O x 2000", 
1' unite centrale (par exemple figure 2 : 10a), dans 
laquelle se deroule le processus en cours, decode 
1 1 instruction et une table de correspondance d'adresses 

10 (non representee) va §tre scrutee. Si 1' entree recherchee 
ne s'y trouve pas, il y a emission d'une exception qui se 
traduit par une faute de page detectee par le gestionnaire 
H. II est done necessaire, dans ces circonstances , 
d'attribuer un emplacement de memoire physique pour 

15 1* adresse virtuelle "0 X 2 000" ci-dessus. 

Dans I'art connu, il n'existe qu'un seul type 
d' allocation. En d'autres termes, les regies utilisees sont 
uniques quel que soit le profil de 1 9 application et le type 
de segment. Le gestionnaire H affecte done un emplacement 

20 de memoire physique conformement aux regies d 1 allocation 
utilisees par le systeme. Par exemple, conformement a ces 
regies, 1' allocation s'effectue systematiquement dans la 
memoire physique locale, e'est-a-dire dans la memoire I4 a 
si le processus se deroulait dans le module M a sous la 

25 conduite d'une des unites centrales 10 a a 13 a . Cette regie 
peut s'averer interessante pour un segment de type texte, 
mais non optimisee pour d'autres types de segments. 

Le mecanisme ci-dessus est illustre par la 
figure 5. L* application Appli genere une faute de page Fp 
3 0 et le gestionnaire H attribue un emplacement de la memoire 
physique Mem (dont les partitions, Z± a Z n , ont ete 
symbolisees par des traits en pointille sur la figure 5) , 
selon des regies predefinies. 
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Comme il a ete indique egalement, ces regies 
peuvent etre modifiees, mais elles restent les memes pour 
toutes les applications et tous les types de segments. 

Tout au contraire, selon le procede de 1' invention, 
5 1' allocation de la memoire physique Mem va etre realisee 
conformement a un jeu de regies qui tient compte, d'une 
part, du profil de 1 ' application, et d' autre part, dans un 
mode de realisation prefere, du type de faute de page. 

Les figures 6a et 6b illustrent le mecanisme 
10 d'allocation de la memoire physique selon 1' invention. 

Selon une caracteristique principale du procede 
selon 1' invention, on lie chaque application a un jeu de 
regies d' allocation predefinies. Pour ce faire, il est 
necessaire d'associer chaque application Appli x (x etant un 
15 indice arbitraire) a un profil particulier. Cette 
association s'effectue sous la conduite du systeme 
d' exploitation, ou "OS", qui le memorise. La figure 6a 
illustre schematiquement le mecanisme de 1 ' association. 

On a represents, sur cette figure 6a, une 

2 0 application particuliere Appli x . Comme il a ete indique, 

cette application Appli x utilise divers types de memoire : 
texte, donnees, etc. Sur la figure 6a, on a represents six 
types de memoire, que l'on a references tyMi a tyMe* On lie 
chaque type de memoire, tyM± a tyMe, a une regie 
25 d 1 allocation, parmi un jeu de regies predefinies que l'on 
precisera ci-apres. Ces regies ont ete referencees R± a. Re, 
etant entendu qu'il ne s'agit pas forcement d'un jeu de 
regies disjointes. En d'autres termes, a titre d f exemple, 
les regies R2 et R3 pourraient etre identiques, meme si les 

3 0 types de memoire tyM2 et tyM3 sont eux distincts. 

Le profil d' allocation de memoire Pa x qui vient 
d'etre defini est lie par une association A x a une 
application particuliere Appli x . Le profil Pa x est done une 
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table a deux entrees : types de memoire tyM± et rdgles Rj 
choisies parmi un jeu de regies predef inies, i et j etant 
des indices arbitraires. 

De fa?on generale, on peut dSfinir une fonction 
5 association comme suit : 

Association__pa (Appli Xf Pa x ) • 

Le profil d' allocation de memoire lie a une 
application donnee peut etre defini a 1 1 initialisation de 
1* execution de cette application ou, de fa?on dynamique, 
10 redefini a tout moment pendant 1* execution, ce qui augmente 
la souplesse du procede. 

Sur la figure 6b, les regies d' allocation 
predef inies ont ete reperees sous la reference generale Rg. 
Lors de 1' apparition d'une exception qui se traduit par une 
15 faute de page, Fp, c'est-a-dire lorsque la table de 
correspondance d'adresses ne contient pas d' entree pour une 
adresse virtuelle, le gestionnaire H recherche le profil 
Pa x de 1' application Appli x tel qu'il vient d'etre defini. 
II determine aussi, dans un mode de realisation prefere, le 

2 0 type de faute de page Fp. A partir de ces deux parametres, 

il attribue des emplacements en memoire physique, Z\ a Z n , 
soit locaux (dans le meme module) , soit distants (dans un 
autre module), soit encore repartis sur l 1 ensemble de la 
memoire Mem. Cette repartition, dependant du profil Pa x de 
25 1" application Appli x et du type de faute de page Fp, est 
symbolisee, sur la figure 6b, par des f leches multiples 
(contrairement a la fleche unique du procede selon l'art 
connu represents sur la figure 5) . 

La fonction d'adressage F a d peut done se formaliser 

3 0 de la fagon suivante : 

Pad = P(Pa Xt Type Fp) . 
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Le choix de la regie a appliquer pour 1' allocation 
de memoire est done le resultat de la combinaison de deux 
parametres . 

De fagon plus precise, une application donnee 
5 Applix specif ie quelles regies d' allocation elle requiere 
pour chaque type de segment de memoire virtuelle, parmi un 
jeu de regies predefinies. A titre d'exemple, les types de 
segments suivants sont couramment utilises : segments 
"clients", segments de "mapping", segments "permanents" , 
10 segments de "memoire de travail" et segments de 
"bibliotheques partagees". 

Pour fixer les idees et sans que cela soit 
limitatif en quoi que ce soit de la portee de 1' invention, 
on peut definir le jeu de regies suivant, que I'on repere 
15 par les codes precises ci-dessous : 

- "P_STRIPE" : allocation en bandes, parmi tout 
l'espace memoire physique formant la ressource d'une 
application donnee, reparties dans la memoire locale (meme 
module) ou distante (modules differents) , selon une methode 

2 0 de type dit "round robin" ; 

- "PJjOCAL" : la memoire physique allouee est dans le 
meme module que 1' unite centrale ayant provoque la faute de 
page ; 

- "P_FIXE" : la memoire physique allouee est dans un 

2 5 module predefini ; 

- " P ^DEFAULT " (ou "PJtONE") : il n'y a pas de regie 
d' allocation de memoire physique, et l'on utilise alors des 
regies par defaut propres au systeme. 

A titre d'exemple, 1' allocation du type "PJSTRIPE" , 

3 0 definie ci-dessus, convient a priori pour des segments de 

type "memoire partagee", alors que 1' allocation de type 
"P_LOCAL" convient a priori pour des segments du type 
"memoire de travail". 



WO 99/12099 PCT/FR98/01855 

19 

Le procede selon I' invention permet ainsi 
d'optimiser au mieux les allocations de memoires physiques 
en fonction des besoins reels des applications, plus 
precisement des profils particuliers des applications. Les 
5 performances du systeme de traitement de 1' information s'en 
trouvent ameliorees, car les temps d'acces a la ressource 
memoire sont aussi optimises, pour le moins si l'on 
raisonne en temps moyens d'acces. Un autre avantage est la 
possibility de lier une application quelconque au jeu de 
10 regies d' allocation de memoire predefinies sans qu'il soit 
necessaire de la modifier ou de la recompiler, comme ce 
serait le cas si on utilisait une nouvelle "API", ainsi 
qu'il a ete indique. 

En outre, le procede presente une grande souplesse. 
15 II permet notamment de pouvoir fonctionner selon I'art 
connu. Par exemple, si des regies d' allocation ne sont pas 
specif iees ou requises par une application donnee, des 
regies par defaut venant du systeme peuvent etre utilisees 
("PJDEFAULT") . D ' autre part, une application "fille" peut 

2 0 "her iter" des regies d' allocation de memoire associees a 

1' application "mere" qui I'a creee. II peut en etre de meme 
d'une instance supplement a ire d'une application, qui se 
deroule par exemple dans un module different. 

Comme il est aise de le constater, le procede de 
25 1' invention, dans les variantes qui viennent d'etre 
decrites, off re une amelioration significative par rapport 
a l'art connu, et notamment de meilleures performances et 
une grande souplesse. 

Cependant, comme il a ete indique dans le preambule 

3 0 de la presente description, l'espace d'adressage virtuel 

des systemes de traitement de 1 • information multiproceseurs 
actuels peut etre extremement vaste. Dans le cadre de 
1 1 environnement "UNIX", un simple segment represente par 
exemple 256 MO, soit 2 16 pages. Aussi, il est d' usage de 
35 subdiviser les segments, en tant que de besoin, en "ranges" 
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ou plages virtuelles, de longueurs variables, Ces sous- 
espaces virtuels, meme s'ils appartiennent & un segment 
commun, peuvent etre utilises de maniere differente par les 
diverses applications auxquelles ils sont lies. II s'ensuit 
5 egalement que, pour certains types d' applications au moins, 
la roise en oeuvre de regies uniques pour la totalite d'un 
ou plusieurs segments qu'elles utilisent peut ne pas 
s'averer entierement optimisee. 

A titre d 1 exemple non limitatif, on va considerer 
10 de nouveau un systeme de type "NUMA" , par reference a la 
figure 7a. Ce systeme, reference 1", est semblable au 
systeme r de la figure 2, mais il est suppose comprendre 
au moins trois modules "SMP" , M a , Mb et M Ct interconnects 
par un lien 2". On a egalement suppose que le module M c 
15 etait connecte a une unite de disques D , par 
1 ' intermediaire d'un controleur et de circuits habituels 
d 1 entree-sortie, sous la reference unique J/O c . 

On suppose enfin qu'une application donnee Appli x 
s 1 execute dans un des processeurs du module M a , par exemple 
2 0 le processeur 10 a . Cette application manipule notamment un 
segment de l'espace d'adressage virtuel du systeme 1", 
reference arbitrairement Sg x . Ce segment Sg x est illustre 
schematiquement par la figure 7b. Dans un but de 
simplification, on a suppose qu'il ne comporte que cinq 

2 5 plages virtuelles, ou "ranges", references Rai a Ra$. Dans 

1' exemple deer it, la plage virtuelle Ra2 est attribute a 
1' application Appli x precitee et, de fagon plus precise, 
elle concerne un tableau dont la capacite est de 50 MO par 
exemple. Ce tableau est relatif a une memoire tampon, de 

3 0 meme capacite, localise dans une des memoires physiques du 

systeme l". Tou jours dans l 1 exemple deer it, on a suppose 
que, du fait des regies associees au type de segment Sg x et 
au profil de 1 • application Appll x , 1 • emplacement de memoire 
tampon etait physiquement localise dans la memoire centrale 
3 5 14jb du module Mb . II s 1 ensuit que la lecture de donnees par 
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1' application Appli x necessite, notamment, deux transits 
sur le lien 2", transits qui constituent des operations 
particulierement penalisantes en termes de temps de 
traitement . 

5 Pour eviter la necessite d'un double transit, il 

eut ete judicieux que les regies d* allocation retenues pour 
la plage virtuelle Ra2 imposent une localisation de la 
memoire tampon de 50 Mo, soit dans la memo ire centrale 
physique du module M c (pres des circuits I/O c et de 1* unite 
10 de disques D) , soit dans la memoire centrale physique du 
module M a , module oti s' execute 1 1 application Appli x . 
L 1 experience montre, qu'en general, la premiere solution 
donne de meilleurs resultats, d'un point de vue 
performances. 

15 Sur ce simple exemple, il est aise de constater 

que, meme si on met en oeuvre des regies d' allocation de 
memoire adaptees au profil des applications, conformement 
au procede de 1' invention, voire modifiables dynamiquement , 
il subsiste des cas oft le procede n'est pas entierement 

20 optimise. 

Aussi, selon un aspect suppleraentaire du procede 
selon l 1 invention, dans un mode de realisation prefere, on 
associe selectivement les plages virtuelles, ou "ranges" , a 
des regies specif iques. 

25 Si on se reporte de nouveau au diagramme de la 

figure 7b, on a considere que seules les plages 
virtuelles Ra2 et Ra4 etaient associees a des regies 
specif iques. Pour fixer les idees, la" plage virtuelle Ra4 
peut egalement representer un tableau, mais cette fois-ci 

3 0 de 100 MO, par exemple. Les autres plages virtuelles 
(representees en traits hachures sur la figure 7b) ne sont 
pas liees a des regies specif iques. Dans ce cas, ce sont 
les regies associees a 1* unite de memoire virtuelle 
hierarchiquement super ieure, en 1' occurrence le segment 
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Sgx, qui s • appliquent. Ceci s'effectue de la fa?on qui a 
ete precedemment explicitee. 

De fa?on plus precise, selon ce mode supplementaire 
de realisation, on associe a chaque plage virtuelle des 
5 informations supplement a ires definissant une politique 
specif ique d' allocation de memoire physique. Toutefois, 
cette politique est optionnelle. En effet, les informations 
supplementaires comprennent un premier champ, que 1'on 
appellera le pointeur "prange", indiquant si, pour un 
10 segment, on doit appliquer ef f ectivement au moins une 
politique specif ique ("prange" * O) pour une plage 
virtuelle ou "range", ou si c'est la politique d' allocation 
qui lui est associee globalement qui doit etre appliquee 
("prange" - 0) . 

15 Un deuxieme champ concerne le type de politique. On 

retrouve, au niveau de la plage virtuelle, le jeu de regies 
precedemment enonce pour un segment global : "P_STRIPE", 
"P_FIXE", etc. 

Enfin, au moins pour certains types de politique 
20 d' allocation de memoire, il est necessaire de preciser le 
numero ou l'adresse du module dans lequel la memoire 
physique sera allouee. Pour ce faire, il existe un 
troisieme champ ou champ "N° de module". C'est le cas pour 
le type "P_FIXE H : il est necessaire de preciser le numero 
25 du module predefini. Pour le type "P_STRIPE", il est en 
outre necessaire de connaitre le numero du module 
precedemment utilise pour 1 ' incrementer selon la loi de 
distribution en bandes de memoire utilisee ("round robin") . 
II est done necessaire de memoriser le numero precedemment 
3 0 utilise dans une position memoire, un registre ou un 
compteur . 

Si on se reporte de nouveau au diagramme de la 
figure 7b, les politiques d 1 allocation des plages 
virtuelles Rai a Ra$ pourraient se decliner comme suit : 
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- pour les plages virtuelles Rax, Ra3 et Ra$, pas 
de politique specif ique, les regies etant celles du segment 
S9x, par exemple type = P_FIXE et numero de 
module = N°de M a ; 

5 - pour la plage virtuelle Ra2, existence d'une 

politique specif ique, avec type = P_FIXE et numero de 
module = N° de M c , comme il a ete indique ci-dessus ; 

- pour la plage virtuelle Ra$, existence d'une 
politique specif ique, avec, par exemple, type « P_FIXE 

10 aussi et numero de module = N° de Af£>. 

Le precede, dans la variante qui vient d'etre 
decrite, permet d'optimiser au mieux 1' allocation de 
memoire physique sur detection d'une faute de page. II 
necessite, comme dans les variantes precedentes une 
15 modification du systeme d ' exploitation, mais aussi des 
modifications legeres des applications qui y font appel. 

A titre d' exemple, si on considere des instructions 
de lecture et d'ecriture, du type "jbind" en terminologie 
"UNIX", qui doivent s'executer dans le module numero 3 

2 0 (soit, par exemple, le module M c ) , avec un tampon de 50 MO 

comme indique precedemment , il est necessaire d'ajouter, 
dans le flot d' instructions, une instruction initialisant , 
sur appel systeme, une politique specif ique pour la plage 
virtuelle utilisee (par exemple Ra2) , instruction que I'on 
25 appellera "policy". Celle-ci peut prendre la forme 
suivante : 

policy [adresse, taille (par exemple 50 MO), politique (par 
exemple P_FIXE) , module (par exemple N° 3) ] 

Bien que toutes applications puissent tirer profit 

3 0 de cette variante de realisation supplementaire du procede 

selon 1' invention, il n'est cependant pas necessaire de 
modifier tous les types d ' applications . 
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II est utile de noter que celles qui ne sont pas 
modifiees peuvent s'executer normalement. La politique 
d* allocation de memoire physique s'effectue de la maniere 
decrite en regard des figures 6a et 6b. Les regies 
5 utilisees dependent notamment du profil da ces applications 
et sont avantageusement celles definies precedemment , 
encore qu'elles puissent etre differentes. 

Par contre, le procede, selon la variante 
supplementaire, est particulierement avantageux pour les 

10 applications qui manipulent des donnees sur un meme espace 
virtuel. A titre d'exemples non exhaustifs, on peut citer 
les applications du type dit "driver", et notamment les 
"drivers" de disques et de reseau, c'est-a-dire des 
programmes de gestion de periph^riques ou de reseau. Ces 

15 applications font appel a des segments de type "donnees" 
dans lesquelles il existe des tampons ou "buffers", plages 
de memoire pour lesquelles 1 ' application a la possibility 
de definir des politiques specif iques, au travers d'une 
instruction que l'on appelera "system policy". 

2 0 D'autres types d 1 applications sont particulierement 

concernes. II s'agit des applications qui communiquent 
entre elles par 1 ' intermediaire de memoires partagees. Par 
exemple, si on considere une premiere application qui 
s' execute dans un des processeurs du module M a de la 

25 figure 7a et une deuxieme application qui s 1 execute dans un 
des processeurs de ce meme module M a , et partagent une 
premiere plage virtuelle d'un segment du type "memoire 
partagee" , il est interessant, a priori pour des raisons de 
performances, que le type de politique d' allocation de 

30 memoire soit "P_FIXE" ou "P_LOCAL", et que le numero de 
module soit egal a 1 (module M a ) . Cette disposition 
devrait, a priori, ameliorer les performances du systeme. 
II est "done utile d'affecter une politique specif ique 
d 1 allocation de memoire a cette premiere plage virtuelle. 

35 De meme, si une troisieme application s' execute dans le 
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module Mb et partage, avec la premiere application, une 
seconde plage virtuelle, appartenant au meme segment de 
type "memoire partagee", il peut etre interessant que le 
type de politique d' allocation de memoire soit H P_FIXE" et 
5 que le numero de module soit egal a 2 (module Mb) • Cette 
disposition devrait aussi, a priori , ameliorer les 
performances du systSme. II est done egalement utile 
d'affecter une politique specif ique d' allocation de memoire 
a cette seconde plage virtuelle. 

10 On va maintenant decrire, dans un exemple de 

realisation pratique, comment le precede de 1* invention, 
dans ces differentes variantes, peut etre implante sur une 
machine reelle . Pour fixer les idees , on se placera ci- 
apres, sans que cela limite en quoi que ce soit la portee 

15 de 1' invention, dans le cadre d'une machine sous 
environnement "UNIX" ou similaire. 

Dans ce type de machine, il existe une table des 
segments Scb dans laquelle sont enregistrees des donnees 
definissant ces segments, notamment leurs types ou classes, 
20 comme illustre schematiquement sur la figure 8. Le procede 
de 1' invention tire parti de cette particularity. 

Si on considere une application donnee Applix, on 
stocke son profil de memoire Pa x dans la structure ayant 
cree les segments utilises par cette application. Le 

25 profil Pa Xf comme on l'a montre en relation avec la 
figure 6a, comprend generalement plusieurs types de 
memoires. Si on considere un segment donne, son type est 
decrit par un enregistrement Sgcy dans la table des 
segments Scb. Ce type se refere a un element du profil Pa Xf 

30 qui est decrit a son tour, selon 1' invention, par des 
donnees supplementaires MPy, enregistrees dans la table 
Scb. 

Ces donnees supplementaires MPy representent 
precisement la politique d' allocation de memoire a 
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appliquer, soit au niveau global du segment Sgcy, soit au 
niveau des plages virtuelles, subdivisions de longueurs 
variables de ce segment. La figure 8 illustre done les 
interactions principales entre une application donnee 
5 Applix et la table de segments Scb. 

En realite, et dans la mesure oii une application a 
ete modifiee pour supporter une politique d' allocation de 
memoire specif ique au niveau des plages virtuelles, il 
existe plusieurs jeux de donnees supplementaires pour 
10 chaque segment. 

Comme il a ete indique ci-dessus, les donnees 
supplementaires de chaque jeu comprennent plusieurs champs 
: le champ du pointeur "prange" qui precise s'il existe ou 
non une politique specif ique a prendre en compte dans le 

15 segment, un champ que l'on appellera "policy_type u qui 
precise le type de regie a appliquer ("P_FIXE", etc.) et un 
champ que l'on appellera "module" qui precise le numero de 
module, du moins pour certains types de regies (par exemple 
si la regie est "P_FIXE") . Pour delimiter les differentes 

2 0 plages virtuelles, il est en outre necessaire de disposer 
d' informations precisant les adresses virtuelles des bornes 
basses et hautes de ces plages virtuelles. Ces informations 
figurent dans des champs que l'on appellera "pno_start" et 
"pnojand" , respect ivement . 

25 Lorsqu'une faute de page est detectee, il est done 

necessaire de balayer ces differentes donnees pour 
determiner la politique d* allocation precise a appliquer. 
Selon un aspect de 1' invention, on adopte une structure de 
liste pour organiser les jeux de donnees supplementaires, 

30 comme illustre schematiquement par la figure 9. 

On suppose que le segment adresse ayant cause la 
faute de page comprend z plages virtuelles. La premiere 
position memoire de la structure de liste, dans la 
table Scb, comprend des donnees relatives au segment dans 



WO 99/12099 



27 



PCT/FR98/01855 



sa globalite, et notamment la politique globale 
d' allocation de memoire pour ce segment. Pour une 
application non modifiee, seule cette position memoire 
existe, 

5 Les autres elements de la liste" references Ra± 

a Ra z , sont relatifs aux differentes plages virtuelles 
contigues. On retrouve done, pour chacun des elements, les 
differents champs : "policy_type" , "Module"; "pnojstart" et 
"pnojand" pour les segments dont le pointeur "prange" est 
10 different de zero. 

L' adresse dans le segment ayant cause une faute de 
page est connue. Le gestionnaire H fournit cette adresse 
ainsi que le segment concerne, que l'on appellera idx et 
pno, respectivement. Ces donnees permettent d'adresser la 

15 table Scb. La comparaison de cette adresse pno avec les 
differentes bornes, basses et hautes, de chaque element de 
liste, i?ai a Ra z , (adresses "pno_start" et "pnojend") , 
permet de determiner s'il y a lieu d'appliquer une 
politique d* allocation de memoire specif ique a la plage 

2 0 virtuelle concernee, et, si oui, quelle type de politique 
doit etre appliquee ("policy Jzype") , et eventuellement quel 
numero de module est concerne ("module") , selon le type 
precise par le champ "policy _type" . 

Ces donnees supplementaires sont initialisees lors 

2 5 de la creation d'un segment, en fonction du profil de 

1' application concernee. Elles peuvent ensuite etre 
modifiees par 1 1 application de fa?on dynamique, au travers 
de 1 ' instruction precitee de type "system policy". 

Pour fixer les idees et a titre d'exemple, on a 

3 0 fait les suppositions suivantes : 

- la politique globale a appliquer au segment est 
du type "P_L0CAL", et done un numero de module est inutile, 
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puisque 1' allocation s'effectue dans le module ou a eu lieu 
la faute de page ; 

- la politique specif ique associee a la premiere 
plage virtuelle, c'est-a-dire celle enregistree dans le 

5 premier element de la liste LRa± f comprend les champs 
suivants : "policy_type" = "P_FIXE M et "module" = 2 ; 

- la politique specifique associee a la deuxieme 
plage virtuelle, c'est-a-dire celle enregistree dans le 
deuxieme element de la liste LRa2, comprend les champs 

10 suivants : "policy Jzype" « "P_STRIPE" et "module" = 3 ; 



la politique specifique associee a la plage 
virtuelle z, c'est-a-dire celle enregistree dans le dernier 
element de la liste LRa z , comprend les champs suivants : 
15 "policy Jzype" = "P_DEFAULT" et "module" = (c'est-a-dire 
vide) . 

Naturellement les champs d'adresses "pno_start" et 
"pno_end" sont egalement documentes pour chacune des plages 
virtuelles, 1 a z. 

20 Si I'adresse pno pointe un espace determine par les 

champs d'adresse de 1' element de liste IrKa2, le 
gestionnaire H re?oit, en reponse a sa requ§te, des donnees 
indiquant un type »P_STRIPE" et un numero de module 3, 
soit M c dans l'exemple de la figure 7a. Ce numero de module 

25 doit etre increments (ou de f a?on plus generale modif ie) , 
puisqu'il s'agit d'une allocation tournante par bandes, 

Le procede conforme a la variante qui vient d'etre 
decrite peut encore etre ameliore. II est en effet possible 
d'augmenter les performances du systeme, en diminuant le 
3 0 temps necessaire pour determiner la politique d' allocation 
de memoire a appliquer pour une plage virtuelle, sur 
detection d'une faute de page. Pour ce faire, dans une 
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variante du mode de realisation supplementaire qui vient 
d'etre deer it, on utilise une table de plages virtuelles, a 
adressage calcule, e'est-a-dire a code dit de "hash" selon 
la terminologie anglo-saxonne. 

5 La determination d'une politique specif ique 

d' allocation s'effectue selon le diagramme des figures 10a 
a 10c. Les segments, par exemple le segment Sgy, y etant 
un indice arbitraire, sont subdivises en N sous-segments de 
longueurs fixes, Dans 1 ' environnement "UNIX" precite, un 
10 segment representant 256 MO de memoir e virtuelle, on le 
subdivise avantageusement en 256 sous-segments de 1 Mo 
chacun, references SSi a SSn sur la figure 10b, ce qui est 
avantageux, puisqu'il s'agit d'une puissance de 2. 

La table de "hash" Th (figure 10a) comprend 
15 egalement N entrees correspondant a N sous-segments de 
memoire. Chacune des entrees stocke la politique 
d' allocation de memoire specif ique aux sous-segments, SS± a 
SS]$. A chacun des emplacements raemoires de la table Th est 
associee une structure de liste individuelle. Plus 

2 0 exactement, cette structure de liste existe si, et 

seulement si, le sous-segment concerne comprend au moins 
une zone appartenant a une plage de memoire virtuelle, ou 
"range", a laquelle une politique d' allocation de memoire 
specif ique doit etre appliquee. 

25 Si on se reporte a la figure 10b, on a suppose que 

"prange" pour le segment Sg y etait different de zero, done 
que ce segment comprenait au moins une plage virtuelle 
associee a une politique d 1 allocation memoire specif ique. 

On a suppose que le sous-segment SS± ne comportait 

3 0 aucune plage virtuelle associee a une politique specif ique. 

Cest egalement le cas, sur la figure 10b, des sous- 
segments SS3 et SSjy. Par centre, on a suppose que le sous- 
segment SS2 comprenait trois plages, ou "ranges", i?ao2 a 
Ra22- La premiere, i?ao2f n'est pas associee a une politique 
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specif ique, les deux autres, Ra±2 a Ra22, sont associees a 
des politiques d 1 allocations de memoire specif iques, par 
exemple "PJFIXE" et "P_STRIPE", respectivement ♦ 

II s'ensuit que 1' entree e2 de la table de "hash" 
5 Th est associee a une structure de liste" comprenant deux 
elements, LRa±2 et LRa22t emmagasinant les caracteristiques 
des deux politiques specif iques, de la maniere qui a ete 
precedemment decrite. 

Sur la figure 10a , il a ete suppose que les entrees 

10 ei, e3, es et es et e#, correspondent a des sous -segments 
de (meme rang) qui ne comprennent pas de plages virtuelles 
associees a des politiques specif iques. Par contre, outre 
1' entree e2 deja citees, les entrees e4 et e-j correspondent 
a des sous-segments comprenant des plages virtuelles 

15 associees a des politiques d' allocation de memoire 
specif iques. On constate que le nombre d' elements de chaque 
liste individuelle, c'est-a-dire associee a une entree, est 
variable. En effet, comme il a ete indique, les plages 
virtuelles, ou "ranges", n'ont pas une longueur fixe. Dans 

20 1' exemple illustre sur la figure 10a, la structure de liste 
associee a 1' entree e2 comporte deux elements, LRa±2 et 
LRa22f la structure de liste associee a 1' entree 
comporte un element, ££314, et la structure de liste 
associee a 1* entree e7 comporte trois elements, LRa±j a 

25 LRa37. 

Lorsqu'une faute de page est detectee, le 
gestionnaire H connait l'adresse virtuelle qui a provoque 
cette faute de page dans un segment donne, par exemple le 
segment d 1 indice idx et 1 1 adresse pno qui permet de trouver 
3 0 le rang du sous-segment, par exemple le sous-segment SS2 • 

Lors d'une premiere etape, l f entree correspondante 
de la table Th est lue. II existe une forte probability que 
la politique a appliquer puisse etre determinee directement 
a cette etape, par la lecture du jeu d 1 informations 
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enregistres dans la table Th. Si tel n'est pas le cas, 
seuls les elements de la liste associes a une entree 
determinee, correspondant au sous-segment ayant cause la 
faute de page sont lus, c'est-a-dire les elements associes 
5 a 1* entree N° 2 en 1 • occurrence . Ces .elements sont, a 
chaque fois en nombre restreint, car ils ne couvrent qu'un 
sous-segment, c'est-a-dire seulement 1 MO dans 1* exemple 
deer it. Comme il a ete indique, dans 1 ' application 
preferee, sous environnement "UNIX" , la granularite 
10 minimale d'une plage virtuelle, ou "range", est celle de la 
page, Le nombre maximum de plages par sous-segment est 
done, au plus, limite au nombre de pages comprises dans un 
sous-segment (256 dans I'exemple). 

Le processus d ' acquisition des donnees necessaire a 
15 la determination d'une politique d' allocation de memoire a 
appliquer est done accelere du fait des deux 
caracteristiques qui viennent d'etre rappeles. 

Les plages virtuelles, comme il a ete rappele, ne 
sont pas de longueurs fixes. Certaines plages pourraient 

2 0 alors se trouver "a cheval" sur deux sous-segments 

consecutifs, voire plus. C'est le cas d'une plage 
s'etendant sur 50 MO par exemple, si un sous-segment a une 
longueur de 1 MO. Ce probleme peut etre resolu en 
considerant que les plages peuvent elles-memes etre 
25 subdivisees en sous-plages, ou "sub-ranges". Cette methode 
n'est pas penalisante car, au moment de leur creation, le 
temps d' execution n'est pas critique, lors de la detection 
d'une faute de page, il est par contre necessaire que 
1 * attribution d'un emplacement de memoire physique soit 

3 0 tres rapide. 

Dans le cadre de la variante du mode de realisation 
supplementaire qui vient d'etre decrite, et si on se refere 
maintenant a la figure 10c, on suppose, a titre d' exemple, 
qu'une faute de page a eu lieu pour une adresse virtuelle 
3 5 comprise dans un sous-segment donne. On suppose que la 
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plage virtuelle lors de sa creation a ete subdivisee et 
repartie sur deux sous-segments consecutifs, de rangs 
arbitraires p et p+l. 

Dans ce cas, les entrees p et p+l de la table de 
5 "hash" Th sont toutes deux initialisees", au travers de 
1' instruction precitee de type "system policy", lors de la 
creation de la plage d'adresses virtuelles. Lors d'une 
faute de page, une seule entree de la table de "hash" Th 
est utilisee. II s'agit de celle associee a cette faute de 
10 page, c'est-a-dire encore celle correspondant a un sous- 
segment (adresse pno) . 

S'ils existent, les elements de liste associes a 
ces entrees, LRa lp , etc, et LRa 1(p+1) , etc., 
respectivement, sont scrutes pour determiner la politique 
15 d 1 allocation de memoire a appliquer pour 1' adresse ayant 
cause la faute de page precitee. 

De fa<?on plus generale, on utilise des entrees 
multiples correspondant a plusieurs sous-segments et une 
entree unique lorsqu'une plage virtuelle donnee est 
2 0 entierement comprise dans un sous-segment, c'est-a-dire 
dans un sous-espace virtuel de l MO, dans l'exemple decrit. 

A la lecture de ce qui precede, on constate 
aisement que 1" invention atteint bien les buts qu'elle 
s'est fixes. 

25 Elle permet notamment d* adapter au mieux 

1' utilisation de l f espace memoire aux besoins reels des 
applications, c'est-a-dire en tenant compte de leurs 
profils specif iques et des differents types de memoire 
qu'elles utilisent. En outre, dans le mode de realisation 

30 supplementaire, un degre d 1 optimisation plus important peut 
etre obtenu en descendant a un niveau plus fin, c'est-a- 
dire au niveau de ce qui a ete appele "plage virtuelle" ou 
"range", au prix de modifications legeres des applications 
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utilisant cette possibility. Toutefois, meme si ce mode de 
realisation prefere est ef f ectivement implante dans la 
machine, il n'est pas necessaire de modifier tous les types 
d' applications. Les applications non raodifiees peuvent 
5 s'executer tel quel et beneficient de 1 ^amelioration des 
performances autorisees par les premiers modes de 
realisation du procede, et la politique d' allocation de 
memoire est la politique applicable au niveau des segments. 
On peut generalement se contenter de ne modifier que les 
10 applications pour lesquelles le gain de performances 
escompte est important : applications manipulant des 
donnees sur un espace virtuel qu'il est important de 
localiser, comme les "drivers" de disques et de reseau, 
etc. 

15 II doit etre clair cependant que 1' invention n'est 

pas limitee aux seuls exemples de realisations 
explicitement decrits. Notamment, le procede ne saurait se 
limiter au seul jeu de regies predefinies d' allocation de 
memoire explicite dans la description. 

20 II doit etre clair aussi que, bien que 

particulierement adaptee pour des architectures 
multiprocesseurs de type "NUMA" precite, on ne saurait 
cantonner 1' invention a ce seul type d ' applications . Le 
procede de 1' invention s' applique avantageusement a tout 

25 systeme de traitement de 1 • information dont les acces a la 
memoire physique ne s'effectuent pas de fa^on uniforme, que 
cette memoire soit distribute ou non entre plusieurs 
machines ou modules. 

Enfin, bien que particulierement adapte a un 

3 0 systeme d 1 exploitation sous environnement "UNIX" ou 

similaire, il est clair que l'on ne peut cantonner le 
procede de 1 1 invention a ce seul environnement. 
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REVENDICATIONS 

1. Procede d' allocation d ' emplacements de memoire 
physique par mise en correspondance avec au moins une 
plage d'adresses contigues de memoire dans un espace 
5 d'adressage virtuel associee a une application logicielle 
determinee (Appli x ) , 1 ■ application (Appli x ) etant en 
cours d' execution dans un systdme de traitement de 
1 1 information (1*) comprenant une unite de memoire a 
acces non uniforme (Mem) et utilisant plusieurs types de 

10 memoire virtuelle (tyM±-tyMs) , ladite mise en 
correspondance s'effectuant par scrutation d'une table de 
correspondance d'adresses, caracterise en ce qu'il 
comprend une etape consistant a lier ladite application 
logicielle determinee (Appli x ) a des regies d' allocation 

15 de memoire (Rg) choisies parmi un jeu de regies 
predefinies, et en ce que, lorsque ladite table de 
correspondance d'adresses ne comporte pas d' entree pour 
une plage d'adresses contigues de memoire d'adresse 
virtuelle associee a ladite application logicielle 

2 0 determinee (Applix) , il comprend une etape de generation 

d'une exception (Fp) et une etape subsequente 
d* allocation d'un emplacement (Zi~Z n ) de memoire physique 
selon une desdites regies d" allocation de memoire (Rg) , 
le choix de la regie etant assujetti au profil (pa x ) 
25 desdits types de memoire virtuelle utilises (tyMi-tyMe) 
par 1 1 application logicielle determinee (Appli x ) . 

2. Procede selon la revendication 1, caracterise 
en ce que lesdites plages d'adresses contigues de memoire 
virtuelle se subdivisant en plusieurs categories 

3 0 provoquant des types d' exception (Fp) distincts, il 

comprend une etape supplement a ire consistant a determiner 
ledit type d' exception (Fp) , et en ce que ladite regie 
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d' allocation de memoire est une fonction de la 
combinaison dudit prof il et dudit type exception (Fp) . 

3. Procede selon les revendications 1 ou 2, 
caracterise en ce que ledit espace d'adressage virtuel 
est organise en segments (Sg x , Sgy) et en ce que lesdits 
segments (Sg Xr Sg y ) sont associes auxdites rdgles (Rg) 
d' allocation de memoire. 



4. Procede selon l'une quelconque des 
revendications 1 a 3, caracterise en ce que ledit systeme 

10 de traitement de 1 1 information (1', l") etant const itue 
d'au moins deux modules distincts (M a -M c ) , comprenant 
chacun au moins un processeur (I0 a -13 a/ 10jt>-13jb) et une 
unite de memoire physique dite locale (14 a , 14jfc>) , les 
unites de memoire situees en dehors d'un module etant 

15 dites eloignees, ledit jeu de regies predefinies (Rg) 
comprend au moins les regies d' allocation de memoire 
specif iques suivantes, sur la generation d'une exception 
(Fp) : 

- une premiere regie allouant un emplacement de memoire 
2 0 exclusivement dans ladite unite de memoire locale ; 

- une deuxieme regie allouant un emplacement de memoire 
par distribution, selon des tranches, dans ladite unite 
de memoire locale et lesdites unites eloignees ; 

- et une troisieme regie allouant un emplacement de 
25 memoire fixe preetabli, dans ladite unite de memoire 

locale ou lesdites unites eloignees, par reference a un 
numero affect e auxdits modules. 



30 



5. Procede selon la revendication 4, caracterise 
en ce qu'il comprend au moins une regie supplementaire 
d' allocation de memoire predeterminee, dite par defaut, 
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de maniere a ce que, lorsgue ladite application 
logicielle determinee (Applix) ayant provoque une 
exception (Fp) n'est liee a aucune desdites regies 
specif iques, 1' allocation de memoire s'effectue selon 
5 ladite rdgle par defaut. 

6. Proc£de selon la revendication 4, caracterise 
en ce que ladite application logicielle determinee 
(Applix) comportant au moins un segment de memoire 
partage avec d'autres applications, accede de fa?on 

10 sensiblement egale par 1' ensemble desdits modules (M a , 
Mb), ladite 6tape subsequente d' allocation d'un 
emplacement de memoire physique (Mem) s'effectue 
conformement k ladite deuxieme regie, 1' allocation 6tant 
effectuee par distribution sur lesdites unites de memoire 

15 locale et eloignees (14a, 14b) . 

7. Precede selon la revendication 4, caracterise 
en ce que ladite application logicielle determinee 
(Applix) comportant au moins un segment de memoire de 
travail, accede en local dans l'un desdits modules (M a - 

2 0 M c ) , ladite etape subsequente d' allocation d'un 
emplacement de memoire physique (Mem) s'effectue 
conformement a ladite premiere regie, 1' allocation etant 
effectuee exclusivement dans ladite unite de memoire 
locale (14a ou 14b) • 

2 5 8. Precede selon I' 1 une quelconque des 

revendications 4 a 7, caracterise en ce que lesdits 
segments etant subdivises en plages d'adressage 
virtuelles (i?ai-J?as) , chacune etant allouee a au moins 
l'une desdites applications (Applix), en ce qu'il est 

3 0 prevu une premiere donnee numerique specif iant s'il 

existe au moins une plage d'adressage virtuel (Ra\-Ras) a 
laquelle est associee a une regie d 1 allocation de memoire 
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specif ique, et en ce que ladite politique comprend au 
moins une deuxieme donnee numerique specifiant la nature 
de ladite regie d* allocation de memoire et une troisieme 
donnee numerique consistant en un numero optionnel 
5 adressant l'un desdits modules (M a -M c ) . 



9. Procede selon la revendication 8, caracterise 
en ce qu'il comprend, lors de ladite generation d'une 
exception (Fp) concernant une adresse comprise a 
l'interieur de ladite plage d'adressage virtuelle (i?ai- 

10 Ra$) , une etape de lecture de ladite premiere donnee 
numerique, et une etape subsequente consistant a allouer 
un emplacement de memoire physique conformement aux 
regies d* allocation de memoire regissant le segment (Sg Xf 
Sgy) lorsque ladite exception se traduit par un adressage 

15 de la memoire ne correspondant a aucune desdites plages 
d f adressage virtuelle (Ra±-Ra$) . 



10. Procede selon la revendication 8, caracterise 
en ce que ladite deuxieme donnee numerique specifie au 
moins I'une des regies suivantes : 

2 0 - une premiere regie allouant un emplacement de memoire 
exclusivement dans ladite unite de memoire locale ; 

- une deuxieme regie allouant un emplacement de memoire 
par distribution, selon des tranches, dans ladite unite 
de memoire locale et lesdites unites eloignees ; 

2 5 - une troisieme regie allouant un emplacement de memoire 
fixe preetabli, dans ladite unite de memoire locale ou 
lesdites unites eloignees ; 

- et une quatrieme regie, dite par defaut, allouant un 
emplacement de memoire selon une politique d 1 allocation 

30 de memoire globale audit systeme de traitement de 
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1' information, ladite quatrieme regie etant du type de 
l'une desdites premiere a troisieme regies. 

11. Procede selon la revendication 10, caracterise 
en ce que, lorsque ladite deuxieme donnee numerique 
specifie lesdites deuxieme ou troisieme regies 
d' allocation de memoire, ladite troisieme donnee consiste 
en un numero de module (M a -M c ) a partir duquel est 
determine le module (M a -M c ) dans lequel doit etre 
effectue ladite allocation de memoire. 



10 12 - Procede selon les revendications 10 ou 11, 

caracterise en ce que, ledit systeme de traitement de 
1 ' information comprenant une table de description des 
segments (Scb) comportant des entrees en nombre egal 
auxdits segments (Sg Xf Sg y ) dudit espace virtuel, il 

15 comprend une etape initiale d' enregistrement desdites 
politiques d' allocation de memoire dans ladite table de 
description de segments (Scb) et une etape initiale 
d 1 enregistrement desdits profils (Pa x ) dans des espaces 
de memoire virtuelle occupes par lesdites applications 

2 0 (Applix) qui leur sont associees. 



13. Procede selon la revendication 12, caracterise 
en ce que chacun desdits enregistrements de politique 
d' allocation de memoire (Mpy) comprend au moins un 
premier champ stockant ladite premiere donnee numerique, 
un deuxieme champ stockant ladite deuxieme donnee 
numerique et un troisieme champ stockant ladite troisieme 
donnee numerique. 



30 



14. Procede selon la revendication 13, caracterise 
en ce que lesdits enregistrements comprennent deux champs 
supplementaires, un premier champ stockant une donnee 
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numerique specif iant la borne d'adresse infer ieure dans 
un segment determine (Sg x , Sg y ) de ladite plage 
d'adressage virtuel et un second champ stockant une 
donnee numerique specif iant la borne d'adresse super ieure 
de cette plage d'adressage virtuel, jet en ce qu'il 
comprend les phases suivantes : 

- une phase preliminaire consistant a creer, a la demande 
desdites applications, pour chaque segment comprenant 
au moins une plage virtuelle associee a une politique 
specif ique d' allocation de memoire, une structure de 
liste comprenant des elements en cascade (LRai~LRa z ) en 
nombre egal auxdites plages d'adressage virtuel (Rai~ 
Ra$) comprises dans ledit segment (Sg Xf Sgy) , chaque 
element stockant lesdits enregistrements de politique 
d' allocation de memoire ainsi que lesdits premier et 
second champ supplementaire d'adresse, et etant associe 
a l'une des plages d'adressage virtuel {Ra^-Ras) ; 

- une phase subsequente, lors de la generation d'une 
exception (FP) a une adresse comprise dans un segment 
determine (Sg Xf Sgy) comprenant au moins les etapes 
suivantes : 

a/ des etapes successives consistant en la lecture des 
donnees numeriques stockees dans lesdits elements de la 
structure de liste en cascade (LRai~LRa z ) } 

b/ pour chacune des elements de liste, une etape 
consistant en la comparaison de ladite adresse ayant 
provoque 1' exception (FP) avec lesdites bornes 
d'adresses infer ieure et superieure ; 

c/ en cas de comparaison positive, une etape de lecture 
desdites deuxieme et troisieme donnees numeriques, de 
maniere a generer une instruction d' allocation de 
memoire physique, conforme a ladite regie, et effectuee 
dans le module (M a -M c ) dont le numero est specifie 
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optionnellement en fonction de cette regie, ou en 
1' absence de regie specif iee par ladite deuxieme donnee 
numerique, a allouer un emplacement de memo ire physique 
conformement aux regies d' allocation de memoire 
5 regissant le segment (Sg x , Sg y ) inpluant la plage 

d'adressage virtuelle (Ra^-Ras) . 

15. Precede selon la revendication 13, caracterise 
en ce que lesdits enregistrements comprennent deux champs 
supplementaires, un premier champ stockant une donnee 

10 numerique specif iant la borne d'adresse inferieure dans 
un segment determine de ladite plage d'adressage virtuel 
(Ra±-Ra5) et un second champ stockant une donnee 
numerique specif iant la borne d'adresse super ieure de 
cette plage d'adressage virtuel (Ra±-Ras) , et en ce qu'il 

15 comprend les phases suivantes : 

- une premiere phase preliminaire supplementaire 
comprenant les etapes suivantes : 

1/ une premiere etape consistant a subdiviser chacun 
desdits segments (Sgy) comprenant au moins une plage 
2 0 virtuelle associee a une politique specif ique 

d' allocation de memoire en sous-segments (SS±-SSif) de 
memes longueurs fixes ; et 

2/ une deuxieme etape consistant a creer une table (Th) 
comprenant autant d' entrees (ei~e#) que de sous- 

2 5 segments (SS±-SSn) } 

une deuxieme phase preliminaire supplementaire 
consistant a creer, pour chaque sous-segment (SSi-SS$j) , 
associe a chacune desdites entries, une structure de 
liste {LRa\2~LRa22 , LRa^, LRa±y-LRa3j) comprenant des 

3 0 elements en cascade en nombre egal auxdites plages 

d'adressage virtuel (RaQ2-Ra22) comprises dans le sous- 
segment (SS±-SSn) , chaque element stockant lesdits 
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enregistrements de politiques d' allocation de memoire 
ainsi que lesdits premier et second champ 
supplementaires d' adresse, et etant associe a l'une des 
plages d'adressage virtuel (RaQ2~Ra22) f 

- une phase subsequente, lors de la "generation d'une 
exception a une adresse comprise dans un sous-segment 
(SSi-SSn) determine comprenant au moins les etapes 
suivantes : 

- a/ la lecture de ladite entree de la table (Th) 
associee a 1' adresse ayant cause ladite exception et la 
determination a partir de cette lecture si ledit sous- 
segment (SSi-SStf) inclue ou non une plage d'adressage 
virtuel (Rai-Ra$) regie par une politique d' allocation 
de memoire specif ique, et en cas de determination 

15 negative, 1 'utilisation de la regie regissant ledit 

segment (Sgy) ; 

- b/ en cas de determination positive, des etapes 
successives consistant la lecture des donnees 
numeriques stockees dans lesdits elements de la 

20 structure de liste en cascade {LRa\2~LRa22 / LRan, 

LRa i 7 -LRa 37) associee a l 1 entree liee a 1' adresse ayant 
cause ladite exception ; 

- c/ pour chacune des elements de liste (LRa±2~LRa22 , 
-LRai4, LRan-LRazi) , une etape consistant en la 
25 comparaison de ladite adresse ayant provoque 

1' exception avec lesdites bornes d'adresses infer ieure 
et super ieure ; 

- d/ en cas de comparaison positive, une etape de lecture 
desdites deuxieme et troisieme donnees numeriques, de 

30 maniere a generer une instruction d' allocation de 

memoire physique conforme a ladite regie et effectuee 
dans le numero de module {M a -M c ) , specif ie 
optionnellement en fonction de cette regie • 
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16. Procede selon la revendication 15, caracterise 
en ce que lesdites plages d'adressage de memoire 
virtuelle (EaQ2~Ra22) etant de longueurs variables, 
lorsque ladite longueur est super ieure & la longueur 

5 desdits sous -segments (SSx-SSi?) de .longueur fixe, 
lesdites plages d'adressage de memoire virtuelle sont 
subdivisees en sous-espaces compris dans des sous- 
segments (SSi-SSn) . 

17. Procede selon les revendications 15 ou 16, 
10 caracterise en ce que lesdits segments (Sgy) s'etendent 

sur un espace virtuel contigu de 256 MO et en ce que 
ladite table (Th) comporte 256 entrees (ei-e#) , chacune 
correspondant a un sous-segment (SSi-SSn) de 1 MO. 
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